home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 16589 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.0 KB  |  110 lines
  1. Path: erinews.ericsson.se!usenet
  2. From: Bjorn Fahller <ebcbear@ebc.ericsson.se>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Creating an object via new with ONLY a pointer to the object
  5. Date: Thu, 11 Apr 1996 14:37:43 +0200
  6. Organization: Ericsson Business Networks AB
  7. Message-ID: <316CFD17.5656@ebc.ericsson.se>
  8. References: <4kh07v$lno@crchh327.rich.bnr.ca> <4kifrt$lk1@ubszh.fh.zh.ubs.com>
  9. NNTP-Posting-Host: ebcw050.ebc.ericsson.se
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (X11; I; HP-UX A.09.05 9000/735)
  14.  
  15. Ian Johnston (by ubsswop) wrote:
  16. > 
  17. > In article <4kh07v$lno@crchh327.rich.bnr.ca>, jobell@bnr.ca (Bret Bieghler) writes:
  18. > |> An interesting problem I've come across... I was wondering if this
  19. > |> is possible:
  20. > |>
  21. > |> I have a generic CommandObject which defines several pure virtual
  22. > |> functions.  Derived from CommandObject are user commands, such
  23. > |> as ExitCommand, StatusCommand, etc.
  24. > |>
  25. > |> To process a command (currently) I do the following:
  26. > |>
  27. > |>      CommandObject* basePtr;
  28. > |>
  29. > |>      if (command == "exit")
  30. > |>      {
  31. > |>              basePtr = new ExitCommand;
  32. > |>              basePtr->implement();
  33. > |>      }
  34. > |>      else if (command == "status")
  35. > |>      {
  36. > |>              basePtr = new StatusCommand;
  37. > |>              basePtr->implement();
  38. > |>      }
  39. > |>
  40. > |> What I would LIKE to do is the the following:
  41. > |>
  42. > |>      CommandObject* basePtr =  new commandTable[command];
  43. > |>
  44. > |> where commandTable is an associative array as follows:
  45. > |>
  46. > |>      Key             Value
  47. > |>      "exit"  ExitCommand*
  48. > |>      "status"        StatusCommand*
  49. > 
  50. > Give each CommadObject class a *static* function:
  51. > 
  52. > class ExitCommand : public CommandObject
  53. > {
  54. >     // ...
  55. >     static CommandObject *makeNew();
  56. > };
  57. > 
  58. > CommandObject *ExitCommand::makeNew()
  59. > {
  60. >     return new ExitCommand;
  61. > }
  62. > 
  63. > Now you can make a table (assoc array, whatever) of strings and pointers
  64. > to these functions.
  65. > 
  66. > typedef CommandObject *(*MakeCmdObj)();
  67. > 
  68. > MakeCmdObj funcptr = commandTable[command];
  69. > CommandObject *baseptr = (*funcptr)();
  70. > 
  71. > Ian
  72.  
  73. You can make it even slicker by a small template idiom.
  74.  
  75. Add this:
  76.  
  77. template <class T>
  78. class creatable : public CommandObject
  79. {
  80. public:
  81.   static CommandObject* create(void);
  82. };
  83.  
  84. template <class T>
  85. CommandObject* creatable<T>::create(void)
  86. {
  87.   return new T;
  88. }
  89.  
  90. Now make your object inherit creatable, instantiated by
  91. themselves:
  92.  
  93. class ExitCommand : public creatable<ExitCommand>
  94. ...
  95.  
  96.  
  97. I'm not sure if the new rules for overloading on return type
  98. would allow for releasing creatable from CommandObject (to
  99. let you multiply inherit it instead.)
  100.  
  101. The rest of this is handled just in the example given
  102. above.
  103.    _
  104. /Bjorn.
  105. --
  106. Bjorn Fahller                  Tel: +46 8 4220898 / 
  107. NA/EBC/FNM/T                   -------------------            
  108. Ericsson Business Networks AB /     "Don't you try to outweird me"
  109. S-131 89 Stockholm/SWEDEN    /            -- Zaphod Beeblebrox
  110.